home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / doc / www_talk.arc / 000271_davis@dri.cornell.edu _Thu Oct 29 19:57:52 1992.msg < prev    next >
Internet Message Format  |  1992-11-30  |  3KB
  1. Return-Path: <davis@dri.cornell.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA20826; Thu, 29 Oct 92 19:57:52 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA19462; Thu, 29 Oct 92 20:09:57 +0100
  6. Received: by willow.tc.cornell.edu id AA17963
  7.   (5.65c/IDA-1.4.4 for www-talk@nxoc01.cern.ch); Thu, 29 Oct 1992 14:09:05 -0500
  8. Date: Thu, 29 Oct 1992 14:09:05 -0500
  9. From: Jim Davis <davis@dri.cornell.edu>
  10. Message-Id: <199210291909.AA17963@willow.tc.cornell.edu>
  11. To: www-talk@nxoc01.cern.ch, wais-talk@quake.think.com,
  12.         nsb@thumper.bellcore.com
  13. Subject: In-band v.s outband labeling. (was: Misconceptions about MIME [long])
  14.  
  15.  
  16. I wish that people would take a less inflammatory tone in
  17. the mail, and try to assume that even if some parties may
  18. be wrong, they are at least possessing good will and a desire
  19. to find solutions that work for all users.
  20.  
  21. Larry says he has a problem.  As I understand it, his problem 
  22. is that moving data is expensive, so he wants to have more information
  23. available at the client  before retrieving the data.  Why would anyone
  24. object to this?
  25.  
  26. Does it help to consider that someday, maybe soon, much network data will
  27. be sold for a fee.  Would you object to customers wanting information
  28. about data before paying the price?
  29.  
  30. If we agree this is a real problem, then we face the problem
  31. of finding a solution that is practical, efficient, compatible,
  32. and so on.
  33.  
  34. Now, as N Freed points out, no method exists to automatically
  35. compute in the general case the resource requirements of  e.g. PostScript,
  36. that has little bearing.  For one thing, there are many data types
  37. which are not turing complete programs (e.g. GIF files).  For another,
  38. the person who produced the PostScript in the first place probably
  39. knows the measurements.  After all, if I created a .PS file and put
  40. it on the net, I probably displayed it at least once, so I know well
  41. enough that it does halt.  (unless I am malicious.)  And finally,
  42. even if the creator does not tell you, you can still compute it, once,
  43. and then store the results in the file archive, or Wed, or whatever.
  44.  
  45. The fact that a full, general and automatic solution is impossible
  46. does it lessen the value of partial solutions.
  47.  
  48. So the proposed solution is to have more explicit labeling.  What's
  49. wrong with that?  If you dont use it, it costs nothing.
  50. If you do use it, it makes life easier for people.
  51.  
  52. You can argue that many people are too lazy to provide this information,
  53. and I agree  But  not everyone is lazy.  there will also be people motivated
  54. to expend the trouble to label the data, yes, even to go to the
  55. extent of computing how much main memory you will need to uncompress
  56. and so on.  Why will they be motivated?  Because those  who do will have larger audiences, and that is already a motivation.  And when money starts to
  57. enter the picture, the motivation for market share will be stronger.
  58.  
  59. There will be a consumer's union and an underwriters laboratory for
  60. information space.  The question is where to put the information, 
  61. the "meta data" if you will.
  62.  
  63. Best wishes